Очень много вопросов поступает относительно того, для чего нужны снапшоты виртуальных машин (snapshots) на серверах VMware ESX. По-сути снапшоты - это зло, но иногда они оказываются полезны в очень ограниченных условиях (например, для проверки корректности работы обновления приложения или патча операционной системы). То есть эта та точка сохранения состояния виртуальной машины, к которой можно будет вернуться через небольшой промежуток времени. Ни в коем случае нельзя рассматривать снапшоты как альтернативу резервному копированию основных производственных систем, в силу множества проблем.
Одной из них является неочевидное поведение снапшотов при их удалении (применении к основному диску ВМ). В этом случае вам может понадобиться значительный объем свободного дискового пространства на томе VMFS, особенно когда у вас есть несколько снапшотов. Например, у вас есть виртуальная машина с 3-мя снапшотами следующих размеров:
Вы нажимаете кнопку Delete All в Snapshot Manager в vSphere Client, после чего происходит такая ситуация: Snapshot 3 "склеивается" со Snapshot 2, но при этом сам Snapshot 3 остается на томе VMFS:
При этом занятое дисковое пространство увеличивается на величину Snapshot 3 и составляет 90 ГБ. Далее, то, что получилось в Snapshot 2 (50 ГБ) склеивается со Snapshot 1 (10 ГБ), при этом Snapshot 2 и Snapshot 3 остаются. То есть дисковое пространство, занимаемое файлами виртуальных дисков и снапшотов на томе VMFS увеличивается до 140 ГБ:
Только после всего этого, результирующий Snaphot 1 (60 ГБ - сумма всех снапшотов) применяется к основному файлу виртуального диска VMDK. При этом сам виртуальный диск flat в размере не меняется, поскольку он фиксирован (изменяется только содержимое блоков). И только затем все снапшоты удаляются (все 140 ГБ).
Таким образом, на хранилище VMFS нам понадобится 80 ГБ дополнительного свободного пространства, если мы хотим, чтобы операция прошла успешно (зато потом освободится 60 ГБ от снапшотов).
Коллеги, наш портал растет и ширится. Мы в принципе уже взяли планку в 1700 посещений в день и впредь будем только повышать ее. У нас появилось несколько нововведений, о которых спешу вас уведомить. Итак:
1. Появился сервис размещения пресс-релизов вендоров решений виртуализации в категории "Пресса" в верхнем меню. Это значит, что теперь все официальные новости производителей не будут проходить мимо вас, а будут четко находить своего читателя. Но, поскольку мы знаем, что эти релизы все равно никто не читает, то эти заметки не будут появляться на главной, а будет обновляться только сам раздел. За отдельную плату, разумеется, можно уговорить меня вешать отдельные вещи на главную:)
Кстати, самыми классными рассыльщиками релизов признаются VMware и Citrix, которые шлют почти как положено, но, конечно, не вовремя (спросите у меня как надо - расскажу бесплатно). А вот Microsoft и Parallels здесь действуют весьма вяло. Отдельный приз достается Parallels за "топление" писем, на которые сами же обещают ответить.
2. Как может быть вы видели, вверху появились ссылочки "Видео", "Вакансии" и "Вебинары". Последняя работает уже сейчас, а вот с первыми двумя немного обождите. По поводу вакансий - это будет тот самый ваш долгожданный сервис, где вы, уважаемые работодатели, сможете находить инженеров своей мечты. А вы виртуализаторы - компанию своей мечты.
Здесь все очень просто - сейчас на рынке есть много людей, которые участвовали в проектах по внедрению технологий виртуализации как заказчики или интеграторы, набрались опыта и весьма помудрели. А вот зарплаты им платят те же самые. Нехорошо, тем более, что специалист VMware на западе получает очень приличные деньги. Наш сервис позволит исправить эту ситуацию.
Самый большой бонус - для соискателей размещение будет бесплатным! А вот вам товарищи работодатели за доступ придется, наверное, платить. Хотя...первые три месяца все равно все будет бесплатно! Торопитесь найти своего человека или получить теплое местечко в своей компании - присылайте требования к кандидатам (работодатели) и резюме (соискатели) на areconster@gmail.com.
3. Раздел "Видео" - это маленькая, но приятная штучка. Там будут собраны все видеоролики по продуктам и решениям виртуализации, которые не дошли по каким-то причинам до главной. Все будет хорошо организовано и доступно в ближайшем будущем.
Так что вперед - застолбите свое место в разделе "Вакансии" - шлите свои резюме и требования!
Все больше и больше вопросов возникает о решении VMware View 4, особенно по его использованию в сетях WAN. Мы уже писали о способах организации VPN для View, о документе "VMware View 4 with PCoIP" (где рассказывается о производительности PCoIP в сетях WAN), да и много о чем еще.
А вот сегодня хочу порекомендовать документ "VMware View WAN Reference Architecture", где тоже можно найти интересные подробности о производительности VMware View 4, полученные в реальных условиях для различных типов нагрузки в условиях WAN-каналов разной пропускной способности.
Если обобщить, то в инфраструктуре настольных ПК, доставляемой через Интернет, важны такие параметры, как пропускная способность канала (bandwidth) и задержки между отправкой и получением пакета (latency). Bandwidth влияет на то из каких мест (с какой шириной канала), а также сколько и каких виртуальных ПК VMware View можно использовать а данной инфраструктуре. Latency - это характеристика среды предачи, определяющая задержки в ней (и, как следствие, комфорт работы пользователя), на которую влияет удаленность объектов (клиента и сервера) и число "прыжков" между ними.
С точки зреня пропускной способности WAN-соединения, минимум, что требует RDP - это 30 kbps. Нормальая работа для базовых задач в типовой ОС Windows XP с 512-1024 МБ RAM (без видео и прочей мультимедии, которая требуется нечасто) лежит в диапазоне 50-150 kbps и более и зависит от характера нагрузки.
Если говорить о latency, то величина задержек до 150-200 миллисекунд еще не так сильно влияет на комфортность работы пользователя виртуального ПК VMware View 4, но после 200 ms начинаются тормоза.
Итак, взяли вот такой виртуальный ПК:
Microsoft Windows XP guest operating system with Service Pack 2
1 vCPU
512 МБ RAM
8 ГБ диск
RDP encryption - отключено
Тип нагрузки - VMware desktop
Взяли также 3 варианта использования данного ПК в ИТ-инфраструктуре компании в WAN-сетях:
Доступ из дома или офиса без WAN-оптимизации канала (Тип соединения - DSL or cable modem,
Bandwidth - 384 Kbps,
Latency - < 50 ms,
Число пользователей - от 3 до 5,
пример нагрузки - домашние пользователи, сотрудники небольшой клиники). Что получилось (первый случай - легкая нагрузка, второй - чуть потяжелее):
Доступ между небольшими офисами с WAN-оптимизацией (Тип соединения - T1 link,
Bandwidth - 1.544 Mbps,
Latency - до 100 ms,
Число пользователей - до 15, пример нагрузки - небольшой филиал или удаленный офис). Результаты:
Хороший канал между офисами с WAN-оптимизацией (Тип соединения - 10Mbps,
Bandwidth 10Mbps,
Latency - до 100 ms, Число пользователей - 100, пример нагрузки - нормальный филиал большой компании). Вот как получается:
Компания VMware уже довольно давно анонсировала продукт ConfigControl, который позволяет управлять изменениями конфигураций в больших инфраструктурах с многими сотнями виртуальных машин.
Теперь этот продукт официально будет называться VMware vCenter Change Insight.
Возможности VMware vCenter Change Insight:
Автоматическое документирование виртуального окружения, включая сущности хостов, хранилищ, сетей, а также их взаимосвязей и зависимостей
Трекинг изменений инфраструктуры в реальном времени и оповещение администраторов и менеджеров ЦОД
Доступ к точкам кофигурации во времени и проверка на соответствие лучшим практикам
Применение необходимых конфигураций с помощью политик (будет использоваться vCenter Orchestrator)
Многим пользователям платформы виртуализации VMware vSphere / ESX известен такой механизм оптимизации работы виртуальных машин с оперативной памятью как Memory Ballooning (о нем хорошо написано в документе "Understanding Memory Resource Management in VMware ESX Server"). Если вкратце - то это техника гипервизора по работе с оперативной памятью, которая позволяет запустить на хосте ESX виртуальные машины, совокупная выделенная память которых больше суммарной памяти хоста.
Достигается это за счет использования драйвера vmmemctl.sys, поставляемого вместе с VMware Tools. Он позволяет "надуть" шар внутри гостевой ОС (balloon), который захватывает физическую память, выделенную этой ОС, и отдает ее другим гостевым операционным системам, которые в ней нуждаются. Этот balloon не позволяет гостевой ОС производить работу приложений с данной областью памяти, поэтому если им потребуется дополнительная память - она будет уходить в гостевой своп. Это более правильный подход, чем свопировать гостевую ОС в файл подкачки vswp на томе VMFS, поскольку операционная система сама лучше разбирается, что и когда ей класть и доставать из свопа (соответственно, быстродействие выше).
Недавно у известного блоггера Дункана Эппинга спросили вот про такой интересный случай. Пользователь запустил команду esxtop на странице с показателями памяти для виртуальных машин и получил вот такой результат:
Собственно, какова ситуация, если смотреть по счетчикам на картинке:
Глобальные статистики:
1393 Free -> Сейчас 1393 МБ физической памяти хоста доступно
High State -> Состояние, в котором считается, что хост не испытывает проблем с памятью
SWAP /MB 146 Cur -> 146 МБ находится в свопе
SWAP /MB 83 Target -> Целевой объем памяти, который должен быть в свопе - 83 МБ
0.00 r/s -> Из свопа ничего не читается
0.00 w/s -> В своп ничего не пишется
Статистики виртуальной машины (обведено красным):
MCTLSZ 1307.27 -> Объем физической памяти гостевой системы, заполненной balloon-драйвером - 1307.27 МБ
MCTLTGT 1307.27 -> Объем физической памяти гостевой системы, который будет сохарнен balloon-драйвером - 1307.27 МБ
SWCUR 146.61 -> В свопе находится 146.61 МБ данных.
SWTGT 83.75 -> Целевой объем памяти, который который должен быть в свопе - 83.75 МБ
С одной стороны хост ESX выглядит типично overcommited, то есть balloon-драйвер раздулся. С другой же стороны, сервер VMware ESX находится в состоянии High State, что означает, что свободно более 6% памяти и проблем с ней нет (кроме того, ничего не пишется и не читается из файла подкачки). Казалось бы, здесь есть некоторое противоречие - если у хоста нет проблем с памятью, то почему balloon до сих пор надут и не сдувается?
Посмотрим на соотношение свободной памяти хоста ESX и размер области, занятой balloon'ом: 1393 МБ и 1307.27 МБ, соответственно. Они приблизительно равны. Это означает, что при сдутии balloon'а гостевая ОС, в которой он был надут, начнет отъедать физическую память хоста ESX (да и еще выгружать своп). Это приведет к тому, что объем доступной памяти хоста ESX упадет и он снова окажется в ситуации, когда необходимо снова надувать balloon.
То есть VMware ESX (и драйвер vmmemctl) не делают резких движений, растут и сдуваются постепенно, делая оглядку на то, какая ситуация может получиться.
Команды esxtop и resxtop теперь показывают информацию и по NAS/NFS-хранилищам
Поддержка технологии Fault Tolerance (FT) для процессоров Intel Xeon 3400, Xeon 5600 и i3/i5 CPU
Поддержка модуля IOMMU для процессоров AMD Opteron 6100 и 4100
Довольно сильно оптимизирована работа со снапшотами (удаление, создание)
Поддержка гостевой ОС Ubuntu 10.04
Исправлена ошибка в реализации round robin в модуле PSP
Исправлена ошибка при доступе по нескольким путям через software iSCSI initiator к некоторым массивам (например, CLARiiON)
Улучшена работа VMware HA с распределенным коммутатором dvSwitch и механизмом Fault Tolerance
Очень много исправлений и мелких улучшений
Сам же VMware vCenter 4.0 Update 2, кроме различных исправлений, содержит возможности конфигурации автоматизированного развертывания следующих гостевых ОС (то, что для Windows называлось Sysprep):
Windows XP Professional SP2 (x64) serviced by Windows Server 2003 SP2
SLES 10 SP3 and 11 (x32/x64 bit)
RHEL 4.8, 5.4 and 5.5 Server Platform (x32/x64 bit)
Debian 5.0, 5.0 R1 and 5.0 R2 (x32/x64 bit)
Продукт VMware vCenter Update Manager 4.0 Update 2 теперь стал быстрее и надежнее работать в низкоскоростных сетях с большими задержками (WAN).
Скачать обновление VMware vSphere 4.0 Update 2 можно по этой ссылке. Напоминаем, что уже известен список возможностей VMware vSphere 4.1, платформы, которая (вероятнее всего) будет представлена на конференции VMworld 2010 в сентябре этого года.
Не могу молчать, коллеги - а все потому, что я очень трясусь за ваши деньги. Обычно все звонят и выбивают от нас скидки - а мы превентивно даем их вам сами! Но обо всем по порядку.
Многим из вас известно, что только до 15 июня действует промо-программа VMware vSphere Acceleration Kit, по которой вы можете сэкономить до 36% от стоимости VMware vSphere. Как такое может быть? Очень просто:
30% вы экономите на VMware vSphere Advanced Acceleration Kit (хит сезона, между прочим), включающий в себя лицензии на 6 CPU серверов VMware ESX и лицензию на VMware vCenter. Это экономия по сравнению с отдельной покупкой компонентов.
Еще 6% вы экономите на том, что получаете VMware View 10 pack в подарок для пилотного проекта по виртуализации настольных ПК в вашей компании. То есть, если вы давно думали о том, что надо бы попробовать VMware View 4 и шикарный PCoIP, чтобы выглядеть супер-круто в глазах руководства - то вот он, этот самый шанс.
Но это еще не все! К любому vSphere Acceleration Kit вы получаете абсолютно бесплатно от всеми любимой компании VMC следующий пакет документов:
Это вообще бесценно! А вы получаете это в подарок. Кому-то мелочь (закупщикам), а кому-то полезные штучки (администраторам).
Теперь о второй важной акции. Сегодня действует программа бесплатного обновления на Veeam Backup and Replication 5 Enterprise Edition при покупке до 18 июня. Это позволит вам сэкономить 50% от текущей стоимости продукта (или 33% от будущей). Ваши глаза не врут - 50%!
Суть программы - сегодня покупаете Veeam Backup and Replication по цене $ 658 за физический сокет сервера ESX (неважно сколько у вас виртуальных машин и хранилищ), а, когда выходит пятая версия продукта в издании Enterprise (вместе с офигенным SureBackup), которая стоит $ 989, вы получаете ее просто так - по подписке!
Сравнение будущих изданий Veeam Backup 5 можно посмотреть здесь.
Но я решил зайти так далеко, как никогда бы не позволил мне мой финансовый директор (если бы я у него спросил:). Если вы дочитали до этого места - вас есть за что наградить. И только для читателей VM Guru - я даю еще скидку 5% на обозначенные выше продукты в любой их форме и количестве. Просто при обращении VMC скажите, что вы знаете о такой скидке на VM Guru.
Так что бегите пинать ваших закупщиков и офигевайте от наших цен пока конкуренты сидят и курят на своих рабочих местах.
Из всех проблем, создаваемых технологиями виртуализации, настоящей проблемой я считаю только безопасность виртуальной инфраструктуры. Неудивительно, ведь по статистике Gartner, 60% всех развертываемых виртуальных машин к 2012 году будут менее защищенными, чем их физические "коллеги". В итоге - компании достаточно быстро внедряют технологии виртуализации, но очень мало уделяют аспектам безопасности виртуальных машин, хост-серверов и средств управления.
На VMware KB TV есть несколько хороших видео, раскрывающих подробности установки пакета VMware Tools в гостевых ОС Linux виртуальных машин VMware vSphere.
Если ваш дистрибутив rpm-based, можно воспользоваться KB 1018392 или посмотреть процедуру установки VMware Tools для Linux на видео ниже:
Если же ваш Linux-дистрибутив не поддерживает rpm-пакеты, для установки VMware Tools можно воспользоваться KB 1018414 или посмотреть, как это делается:
Общая информация об установке VMware Tools приведена в KB 340 и KB 1014294.
Компания VMware объявила победителей в программе VMware vExpert 2010. Это награда, присуждаемая за высокий вклад в развитие сообщества виртуализации, а также существенное участие в продвижении продуктов и технологий VMware.
Среди профессионалов, получившую данную награду можно отметить таких известных в сообществе виртуализации людей как Mike Laverick, Eric Sloof, Vladan Seget, Tom Howarth и многих-многих других блоггеров и евангелистов в сфере виртуализации, которых вы все хорошо знаете.
Рад сообщить, что среди этих людей второй год подряд остаюсь и я, получая награду VMware vExpert 2010. Большое спасибо компании VMware, менеджеру программы Джону Троеру (John Troyer), а также всем тем, кто номинировал меня на этот статус.
На будущий год у меня в планах становление и продвижение в России консалтинговых сервисов в сфере виртуализации (пока об этом мало кто знает - что это вообще такое), больший акцент на автоматизацию и оптимизацию уже существующих инфраструктур (здесь тоже пока дыра), а также организация "облаков" с помощью продуктов VMware (не только vSphere и View). Все это мы будем делать вместе с вами, дорогие коллеги!
Компания VKernel обновила продукт Optimization Pack, который позволяет контролировать использование вычислительных ресурсов в среде VMware vSphere. Основная задача VKernel Optimization Pack 1.4 - дать возможность системным администраторам серверов ESX найти перегруженные и недогруженные серверы виртуализации, осуществлять контроль заполненности хранилищ и давать рекомендации по оптимизации виртуального окружения.
VKernel Optimization Pack поставляется как виртуальный модуль (Virtual Appliance) и легко может быть внедрен в существующую инфраструктуру VMware vSphere. Он предоставляет различного рода статистики, которые могут быть использованы для мониторинга и отчетности (Inventory виртуальных машин, снапшоты, превышение порогов загрузки, неиспользуемые ВМ), а также выдает рекомендации что нужно сделать, чтобы сбалансировать использование ресурсов серверов и хранилищ.
Из отчетов можно отметить следующие:
Rightsizer Summary (типа как должно быть правильно)
Wastefinder: Abandoned VMs
Wastefinder: Powered off VMs
Wastefinder: Unused Templates
Wastefinder: Unused Snapshots
Wastefinder: Zombie VMs
Скачать VKernel Optimization Pack можно по этой ссылке.
У компании VMware есть замечательный онлайн-сервис, где можно узнать о поддержке хостовых гостевых ОС различными продуктами VMware: vSphere, View, Workstation, Fusion, ACE, Server и другими. Для хостовой ОС указываются продукты, которые в ней могут быть установлены, а для гостевой ОС - можно ли ее ставить в виртуальной машине. Полный список поддерживаемых ОС для продуктов VMware представлен на странице VMware Compatibility Guide.
Удобно, что при нажатии на версию соотвествующего продукта VMware, вы можете посмотреть информацию о релизе, начиная с которого стала поддерживаться данная гостевая или хостовая ОС, а также узнать, какие обновления необходимо применить к операционной системе. Кроме того, очень полезной оказывается информация по статьям базы знаний (kb.vmware.com), которые можно использовать при эксплуатации данной ОС с продуктами VMware.
Forbes Guthrie, известный эксперт в сфере решений VMware и автор vSphere Reference Card, выпустил очередную "шпаргалку" для системных администраторов, обслуживающих виртуальные ПК VMware View. Документ "Virtual Desktop Reference Card" содержит полезную и важную справочную информацию о продукте для виртуализации приложений VMware ThinApp 4.5, а также обо всех компонентах решения VMware View 4.0.
Из интересного - порты VMware View 4, консольные команды, конфигурации и политики типов виртуальных ПК, возможности View Client и View Composer.
Как вы знаете, любая платформа виртуализации требует накладных расходов на содержание виртуальных машин на хост-сервере. Это называется virtualization overhead. Обычно он находится в пределах нескольких процентов и не сильно влияет на производительность и потребление ресурсов сервера виртуализации.
У серверов VMware ESX также есть overhead по памяти для виртуальных машин, которую использует гипервизор для задач поддержки и обслуживания вычислительных ресурсов ВМ (там хранятся структуры данных, объем которых зависит от кофигурации машины). Overhead непосредственно зависит от числа vCPU виртуальной машины и, естественно, от выделенной оперативной памяти ВМ. Размер накладных расходов в мегабайтах представлен в таблице ниже:
Большинству пользователей виртуальной инфраструктуры VMware vSphere известны такие параметры как Limit, Reservation и Shares для пулов ресурсов (Resource Pool) в пределах кластеров VMware DRS и отельных хостов ESX. Именно этими тремя параметрами определяется потребление виртуальными машинами оперативной памяти и процессорных ресурсов хоста VMware ESX.
Аналитическая компания Burton Group, занимающаяся в том числе технологиями для виртуализации настольных ПК и недавно купленная Gartner, провела очередное тестирование VDI-решений VMware View 4.0.1 и Citrix XenDesktop 4.0. В исследовании Virtual Desktop Evaluation Criteria компанией был проанализирован набор из 100 различных возможностей данных продуктов, которые были разделены на несколько категорий: Required (необходимые - 52 функции), Preferred (важные, но не обязательные) и Optional (не всегда нужные) в контексте больших развертываний.
Результаты получились такими:
Как видно, Citrix XenDesktop выиграл у VMware View в каждой категории. За 100% принималась готовность к крупным развертываниям в корпоративной среде предприятия (сотни виртуальных ПК). То есть, основной вывод - ни один из продуктов не готов к развертыванию на уровне крупного предприятия, но они вполне подходят для внедрения на уровне отделов или в секторе СМБ. Среди отсутствующих возможностей для большого Enterprise-развертывания были названы ролевая модель доступа пользователей (в продуктах на данных момент есть только User и Administratror) и отсутствие функций для отслеживание изменений (в целях аудита).
Мы уже писали о бесплатном веб-инструменте VMware Go (здесь и здесь), который позволяет пользователям начать использовать бесплатный гипервизор VMware ESXi для виртуализации физических серверов в небольшой компании. Средство VMware Go является абсолютно бесплатным как и VMware ESXi инструментом, направляющим весь процесс развертывания платформы виртуализации, ее конфигурации и P2V-миграции виртуальных машин.
Это то первое, что вам необходимо попробовать, если у вас нет инфраструктуры виртуализации VMware, но вы хотите добиться экономии на консолидации базовых инфраструктурных сервисов.
Чтобы начать использовать VMware Go, вам необходимо перейти по адресу: http://go.vmware.com/:
Если у вас уже есть логин на сайте VMware, то вводим его, если нет - регистрируемся. После входа в панель VMware Go вы увидите следующее:
Здесь вам нужно установить агент VMware Go на ваш компьютер, с которого вы будете управлять сервером VMware ESXi. Как видно, требуется также установить .Net Framework 3.5 SP1. Нажимаем кнопку Install Now.
Компания VMware уже почти готова к выпуску продукта для виртуализации корпоративных настольных ПК VMware View 4.5. Этот продукт является продолжателем платформы VMware View 4, несет в себе полностью переработанный GUI и имеет множество новых интересных возможностей.
Вот приблизительный список того, что можно ожидать в VMware View 4.5:
Virtual Profiles - это профили пользователей виртуальных ПК на базе программного продукта от компании RPO Software, приобретенного VMware. Эта возможность позволяет "отвязать" профиль пользователя от операционной системы Windows, что значительно повысит гибкость решения.
VMware View Client with Local Mode - возможность "выгружать" десктопы пользователей с серверов VMware vSphere и исполнять их локально в виртуальной машине на базе ПО VMware Workstation, работающей поверх хостовой ОС вашего ПК (клиентского гипервизора CVP пока не будет).
ThinApp 4.5 with Application Entitlement - возможность привязки виртуализованных приложений к пулам виртуальных ПК.
Tiered Storage (ярусное хранение виртуальных машин) - отличная возможность управлять хранением данных различного типа на хранилищах (datastores) разной категории.
Full Sysprep support - поддержка механизма автоматизированного развертывания Sysprep.
Disposable Disk technology - возможность определить временные папки (temp/swap) в ваших виртуальных ПК и автоматически очищать их.
Snapshot support for Linked Clones - так называемый "плавающий" пул (Floating Pool).
Role Based Administration - наконец-то, администрирование через View Manager на базе ролей.
Kiosk Mode Desktop Pools - конфигурация десктопов на уровне устройств.
Native Mac OS client - можно управлять своим виртуальным ПК с компьютера с Apple Mac OS.
Web Download Portal - возможность скачивания клиентского ПО через Web.
Переработанный Dashboard - удобный интерфейс (на базе Adobe Flex) и более понятное логирование событий.
Более подробно о VMware View 4.5 можно будет узнать уже в ближайшем будущем. Не отключайтесь!
У многих пользователей VMware vSphere возникает вопрос: что такое VMware vStorage API for Data Protection (VADP) и чем он отличается от продукта VMware Consolidated Backup (VCB)?
Все очень просто - с выпуском платформы виртуализации VMware vSphere на смену продукту VMware VCB пришла технология VADP. VMware vStorage API for Data Protection - это механизм расширенной поддержки резервного копирования виртуальных машин на хостах VMware ESX, который уже "прошит" в состав сервера ESX и не требует отдельного прокси-сервера резервного копирования, как это было в случае VCB.
Технология VADP позволяет централизованно делать полные и инкрементные резервные копии виртуальных машин, без установки агентов в гостевые ОС и без загрузки сети передачи данных LAN, выполняя задачи напрямую в SAN. Обратите внимание - VADP это не продукт, а всего лишь технология, которую используют сторонние продукты для резервного копирования, например, продукт номер 1 - Veeam Backup and Replication.
VMware vStorage API for Data Protection использует возможности технологии VMware vStorage VMFS для создания мгновенных снимков виртуальных машин (snapshots) и позволяет без остановки гостевой ОС и приложений сохранять резервные копии на бэкап-хранилище. VADP принес с собой такие технологии как Changed Block Tracking, значительно ускоряющие процесс резервного копирования виртуальных машин по сравнению с VMware VCB.
Вот чем именно VADP отличается от VMware VCB:
Возможности
VMware vStorage API for Data Protection
VMware Consolidated Backup (VCB)
Требуется ли отдельная установка?
Нет, поддержка уже встроена в серверы VMware ESX
Да, требуется установка пакета VCB на выделенном прокси-сервере
Создание полной резервной копии виртуальной машины (Full Backup)
Да. Создание резервной копии в один шаг - с источника на целевой сервер.
Да. В два этапа - сначала на диск прокси-сервера, затем на целевой сервер.
Создание инкрементальных резервных копий (Incremental Backup)
Да, за счет технологии Changed Block Tracking
Нет
Резервное копирование отдельных файлов (File Level Backup)
Да, для Windows и Linux
Да, только Windows
Восстановление образа виртуальной машины целиком (Full virtual machine image restore)
Да
Да, но только с использованием VMware Converter или стороннего ПО
Инкрементальное восстановление образа виртуальной машины (Incremental virtual machine image restore)
Да
Нет
Восстановление отдельных файлов (File level restore)
Да, с использование GUI-агента в гостевой ОС (Data Recovery) или без агентов (Veeam Backup and Replication)
Да, с использование агента в гостевой ОС
Интерфейс командной строки для полных резервных копий (CLI for image backup)
Нет
Да
Интерфейс командной строки для копирования отдельных файлов (CLI for file backup)
Выпуск клиентского гипервизора Citrix XenClient не на шутку встревожил компанию VMware, продвигающую свое решение Client Virtualization Platform (CVP), которое уже долгое время находится в стадии разработки и тестирования, но все не может оформится в виде окончательного продукта.
Совсем недавно компания VMware объявила о решении VMware View Client with Local Mode, которое будет частью платформы для виртуализации корпоративных ПК VMware View. Client with Local Mode появится уже в версии VMware View 4.5, которая должна быть доступна уже в ближайшее время (недавний релиз был неожиданно отложен).
Что такое VMware View Client with Local Mode? Это НЕ клиентский гипервизор как Citrix XenClient. Client with Local Mode - это решение на базе VMware Workstation, использующее виртуализацию поверх хостовой ОС. Таким образом, View Client with Local Mode - это доведенная до релиза технология "Offline VDI" (View with Offline Desktop), позволяющая "выгружать" виртуальный ПК на клиенский компьютер пользователя и "загружать" его обратно с рабочей станции в инфраструктуру VMware View. Для запуска виртуальной машины на рабочем столе пользователя используется движок VMware Workstation.
Компания VMware говорит, что "так лучше", чем иметь клиентский гипервизор, устанавливаемый на "голое железо" (bare metal). Причины две:
Можно использовать уже готовый ноутбук или ПК с установленной ОС и приложениями.
Возможность использовать любой ПК, не выбирая из узкого списка совместимости.
Но мы то с вами знаем, что это всего лишь отговорки, до того момента, пока VMware не выпустит свой клиенский гипервизор. Тогда уже будут разговоры про эффективность и гибкость платформы CVP. А пока для VMware View 4.5 все должно остаться так:
Компания VMware - одна из немногих, кто по-настоящему думает о том, как пользователи будут делать резервные копии своих производственных систем в виртуальных машинах. В VMware vSphere 4 появился новый механизм Changed Block Tracking (CBT), который значительно упрощает жизнь разработчикам ПО для резервного копирования виртуальных машин и значительно повышает эффективность этого процесса.
Давайте попробуем разобраться для чего нужен Changed Block Tracking в VMware vSphere. Прежде всего, напомним, что ранее решения для резервного копирования (например, лидер рынка Veeam Backup) должны были самостоятельно заботиться о том, какие блоки виртуальных дисков изменились с момента создания резервной копии, чтобы не копировать весь vmdk целиком. Это вызывало значительную нагрузку на сервер ESX версии 3.x, поскольку не было встроенного механизма отслеживания изменивашихся блоков, а разработчикам приходилось выкручиваться.
Теперь же Changed Block Tracking в VMware vSphere является частью интерфейса vStorage APIs for Data Protection (VADP), который состоит из двух компонентов VDDK (Virtual Disk Develoment Kit) и vSphere SDK (о них можно почитать в документе "Designing Backup Solutions for VMware vSphere").
Changed Block Tracking работает на уровне стека работы с хранилищами в модуле VMkernel и позволяет сторонним продуктам для резервного копирования вернуть список изменившихся блоков с момента последнего бэкапа.
CBT можно использовать для любого типа виртуальных дисков, включая тома VMFS / FS / iSCSI и NAS / NFS, за исключением томов Raw Device Mapping (RDM) в режиме физической совместимости а также дисков, привязанных к shared virtual SCSI bus. Кстати, размер блока для CBT - это не то же самое, что размер блока для тома VMFS (потому что работает на уровне отдельного vmdk).
Чтобы CBT работал для резервного копирования ваших ВМ, необходимо, чтобы они имели Virtual Hardware версии 7 и выше:
По умолчанию функции Changed Block Tracking на серверах VMware ESX отключены, это обусловлено тем, что CBT дает небольшую нагрузку на CPU сервера для решения своих задач. Однако решения для резервного копирования, в частности Veeam Backup, его включают для создания бэкапов только изменившихся блоков, что существенно (в разы!) повышает скорость создания резервных копий.
Changed Block Tracking начинает работать после включения виртуальной машины или создания мгновенного снимка (снапшота), который делает ПО для резервного копирования. На хранилище виртуальных машин появляется файл xxx-ctk.vmd фиксированного размера для каждого виртуального диска vmdk (на 10 ГБ диска приходится где-то 500 КБ ctk-файла):
В этом файле содержится список блоков, которые отслеживаются для vmdk с их актуальным состоянием с определенного момента времени, зафиксированном в ChangedId (изменились или нет). Данный подход важен не только для резервного копирования, но и для репликации виртуальных машин между хранилищами, где очень важно время синхронизации с репликой.
Напоминаем, что первым продуктом, который стал использовать технологию Changed Block Tracking в VMware vSphere был и остается Veeam Backup and Replication.
У компании VMware есть несколько основных ресурсов, где можно посмотреть обучающие видеоролики по продуктам VMware vSphere, View, Site Recovery Manager, Workstation, ThinApp и другим.
Первый ресурс с видео VMware - это http://vmwareelearning.blip.tv/ представляющий собой сборник обучающих роликов, преимущественно по настольным платформам виртуализации.
Второй ресурс - это канал на YouTube VMware ELearning Video, содержимое аналогично предыдущему.
Третий - это канал VMware TV на YouTube, на нем собраны видеоролики общего содержания и о Cloud Computing.
Четвертый - канал VMware KB TV Video, где приводятся практические приемы работы с платформой VMware vSphere и серверами ESX (также есть и по VMware Workstation).
Пятый - это канал VMworld TV с различными событиями с конференции VMworld.
Еще на VMworld 2009 компания VMware анонсировала технологию Storage IO Control (SCIO), которая должна появиться в следующих релизах платформы виртуализации VMware vSphere (по слухам уже в версии 4.1). Суть данной технологии - корректное распределение нагрузки на систему хранения данных (СХД) для виртуальных машин.
Сейчас у виртуальных машин есть такие настройки как Shares для категории Disk, которые определяют приоритеты виртуальных машин по нагрузке на СХД в рамках одного сервера VMware ESX. То есть, если у нас есть два сервера VMware ESX и виртуальные машины на них, то приоритеты нагрузки на storage будут распределены следующим образом при наличии параметров shares:
То есть очередь дискового массива пропорционально делится между хостами VMware ESX, а уже для каждого хоста его процент очереди делится на части в зависимости от Shares виртуальных машин.
Такой механизм не отражает реальную ситуацию по отношению к требованиям виртуальных машин к вводу-выводу, поскольку даже наиболее критичные сервисы в виртуальных машинах на хосте VMware ESX в кластере не могут получить больше, чем 1/n от очереди массива для тома VMFS / LUN, где n - число хостов ESX.
Технология Storage IO Control (SCIO) позволяет изменить данную ситуацию за счет двух техник:
Вычисление задержек (latency) на том VMFS для запуска механизма SCIO (говорят о 20ms и более)
Изменение пропускной способности канала виртуальных машин хоста к СХД за счет изменения глубины очереди HBA-адаптера (device queue depth)
Регулировка очереди со стороны HBA-адаптера позволяет более корректно распределить нагрузку на СХД между сервисами в виртуальных машинах в соответствии с их параметрами shares:
Как мы видим, наиболее критичный сервис (красный цвет), при условиях заданных shares для нескольких хостов ESX, позволяет потреблять 60% от того, что может выдать дисковый массив для данного тома VMFS. Это соответствует соотношению:
Механизм Storage IO Control для хостов VMware ESX включается при превышении порога latency для тома VMFS, определяемого пользователем, что позволяет надежно защитить наиболее критичные сервисы в виртуальных машинах от всплесков нагрузки на систему хранения данных в виртуальной инфраструктуре.
У компании EMC, как у владельца VMware, скопилось огромное количество документов, рассказывающих о том, как правильно использовать решение VMware vSphere на дисковых массивах EMC Clariion, Symmtrix, DMX и других. Ниже приведен список основных документов EMC для платформы VMware ESX и виртуальных машин:
Основные гайдлайны:
Работа корпоративных приложений
Using EMC CLARiiON Storage with VMware vSphere and VMware Infrastructure
Using VMware ESX with Oracle Database and EMC CLARiiON Storage Systems
Using VMware vSphere with EMC Symmetrix Storage
EMC Virtual Infrastructure for
Microsoft Applications—Data Center Solution
Enabled by EMC Symmetrix V-Max and
VMware vSphere 4
Using EMC Celerra Storage with VMware vSphere and VMware Infrastructure
EMC Virtual Infrastructure for Microsoft Exchange 2007 (VMware vSphere 4.0)
EMC Integrated Infrastructure for VMware Enabled by EMC Celerra NS-120
Deploying a Virtual Infrastructure for SAP with EMC and VMware Technologies
EMC Symmetrix V-Max and VMware Virtual Infrastructure
EMC Solutions for Microsoft SQL Server - EMC Celerra Unified Storage Platforms
Iomega StorCenter
Pro NAS ix4 and ix2
with VMware ESX
Server 3.5
EMC Virtual Architecture for Microsoft SharePoint Server 2007
Implementing Virtual Provisioning on EMC CLARiiON and Celerra with VMware Infrastructure
EMC Virtual Infrastructure for Microsoft and Oracle Applications - Enabled by EMC CLARiiON and VMware vSphere 4
Компания VKernel, известный поставщик решений для виртуальной инфраструктуры VMware vSphere, выпустила очередную бесплатную утилиту VKernel AppView для виртуальных машин на VMware ESX. VKernel AppView позволяет системным администраторам vSphere наблюдать за производительностью пяти наиболее критичных виртуальных машин, своевременно обнаруживать проблемы конфигурации ресурсов и оповещать о необходимости их добавления.
Работает VKernel AppView следующим образом:
1. Вы выбираете 5 наиболее критичных виртуальных машин в своей инфраструктуре VMware vSphere. Summary по отсавшимся машинам выводится ниже.
2. Ежедневно данные по этим виртуальным машинам собираются в AppView и выводятся в виде галочек (все в порядке) либо в виде иконок, цвет которых соответствует критичности проблемы.
3. При клике на иконку выводится информация о проблеме с виртуальной машиной.
4. Описание проблемы выводится в виде рекомендаций по увеличению системных ресурсов.
5. По кнопкам в правой части можно скачать пакет Optimization Pack и решить проблему не только сейчас, но и в будущем при росте нагрузок.
Многие пользователи используют VMware ESX в окружениях, где не установлен продукт VMware Update Manager, позволяющий централизованно обновлять хост-серверы. В этом случае может оказаться полезной процедура обновления VMware ESX из консоли (Service Console).
1. Первый способ (только VMware ESX).
Например, чтобы обновиться на VMware ESX 4 Update 1 нужно перевести хост в Maintenance Mode и сделать следующее:
Положить его на VMware ESX, например, используя Veeam FastSCP.
Выполнить команду в сервисной консоли VMware ESX:
esxupdate --bundle=ESX-4.0.0-update01.zip update
2. Второй способ (VMware ESX и VMware ESXi).
Есть также и второй способ (подходит как для VMware ESX, так и для VMware ESXi) с помощью скрипта vihostupdate.pl. Перед использованием данной команды необходимо перевести хост ESX в maintenance mode.
Эта команда для ESX и ESXi выполняется из RCLI. Имя пользователя и пароль указывать не обязательно (их спросят во время выполнения команды). Например, для обновления ESX 4 или ESXi 4 можно использовать следующие команды:
Результатом успешного обновления будет следующее сообщение:
The update completed successfully, but the system needs to be rebooted for the changes to be effective.
3. Третий способ (только VMware ESXi).
Этим способом обновить VMware ESX не получится, при попытке добавить такой хост в VMware Host Update Utility, вы получите вот такое сообщение:
Status: Ready
Info: Patching this host version is not supported by vSphere Host Update Utility.
Upgrading this host version is not supported by vSphere host Update Utility.
Поэтому VMware Host Update Utility используем только для VMware ESXi. Запускаем эту утилиту, добавляем хост ESXi по ссылке Add Host... и нажимаем кнопку Scan for Updates, после чего видим сколько обновлений мы можем применить:
Механизм VMware High Availability (HA) в VMware vSphere позволяет перезапустить виртуальные машины отказавшего хост-сервера VMware ESX на другом сервере кластера с общего хранилища. Однако, что будет, если один из узлов кластера не сможет запустить виртуальную машину (например, она продолжает работать на изолированном хосте)?
Ответ прост, VMware HA пробует запустить виртуальную машину 5 раз в следующем порядке:
В Advanced Settings для VMware HA может быть добавлен следующий параметр, определяющий число попыток рестарта виртуальных машин (недокументированная возможность):
das.maxvmrestartcount
Если поставить -1, VMware HA будет постоянно пытаться запустить виртуальные машины. Для применения настройки нужно выключить HA в кластере и включить его снова.
Оказывается у компании VMware есть интересный документ "VMware View 4 with PCoIP", где рассматриваются основные особенности работы протокола PC over IP для VMware View 4 в сетях LAN и WAN. Там же есть интересная картинка о сравнении производительности протоколов PCoIP и RDP:
Напоминаю, что поскольку VMware View 4 не поддерживает тунеллирование протокола PCoIP в сетях WAN, требуется организация VPN-канала.
Многие пользователи сейчас уже тестируют и внедряют решение для виртуализации настольных ПК VMware View 4. Как оказалось, в некоторых случаях при соединении с десктопом под управлением Windows XP с помощью клиента VMware View Client возникает ошибка connect desktop failed:
При этом соединение с виртуальным ПК VMware View 4 по RDP работает.
Если посмотреть в Event log, то там будет вот такое сообщение:
Failed loading plugin: wswc_PCOIP.dll, error 126 (the specified module could not be found)
Если поискать эту библиотеку - ее действительно не обнаружится. Данная проблема связана с отсутствием поддержки инструкций SSE2 в процессоре ПК, где установлен VMware View Client. Читаем в документе "View Manager Administration Guide":
Client hardware requirements include the following:
800Mhz or higher processor speed
x86‐based processor with SSE2 extensions
Таким образом, в этом случае вы не сможете заставить работать ваш ПК в качестве клиента VMware View 4 по протоколу PCoIP. Поэтому необходимо предварительно посмотреть VMware Compatibility Guide на соответствие вашего устройства требованиям VMware View. Чтобы проверить наличие функций SSE2 в процессоре вашего ПК, воспользуйтесь утилитой CPU-Z:
RSS
